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On-Chip Inter-Subsystem Communication 

Related Application 

This application claims priority to U.S. Provisional Application Number 60/272,439, 
5 entitled "MULTI-SERVICE PROCESSOR INCLUDING A MULTI-SERVICE BUS", 
filed 2/28/2001, the specification of which is hereby fully incorporated by reference. 

BACKGROUND OF THE INVENTION 

10 1. Field of the Invention 

The present invention relates to the field of integrated circuit. More 
specifically, the present invention relates to inter-subsystem communication between 
subsystems on an integrated circuit device. 

15 2. Background Information 

Advances in integrated circuit technology have led to the birth and 
proliferation of a wide variety of integrated circuits, including but not limited to 
application specific integrated circuits, micro-controllers, digital signal processors, 
general purpose microprocessors, and network processors. Recent advances have 

20 also led to the birth of what's known as "system on a chip" or SOC. Typically, a 
SOC includes multiple "tightly coupled" subsystems performing very different 
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functions. These subsystems often have a need to communicate and cooperate 
with each other on a regular basis. 

U.S. Patent 6,122,690 discloses an on-chip bus architecture that is both 
processor independent and scalable. The '690 patent discloses a bus that uses 
5 "standardized" bus interfaces to couple functional blocks to the on-chip bus. The 
"standardized" bus interfaces include embodiments for bus master functional blocks, 
slave functional blocks, or either. The '690 bus suffers from at least one 
disadvantage in that it does not offer rich functionalities for prioritizing interactions or 
transactions between the subsystems, which are needed for a SOC with subsystems 
10 performing a wide range of very different functions. 

Accordingly, a more flexible approach to facilitate inter-subsystem 
communication between subsystems on a chip is desired. 

BRIEF DESCRIPTION OF DRAWINGS 

15 

The present invention will be described by way of exemplary embodiments, 
but not limitations, illustrated in the accompanying drawings in which like references 
denote similar elements, and in which: 

Figure 1 illustrates an overview of a system on-chip including an on-chip bus 
20 and a number of subsystems coupled to the on-chip bus, in accordance with one 
embodiment; 
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Figure 2 illustrates the method of the present invention, in accordance with 
one embodiment; 

Figures 3a-3b illustrate a request and a reply transaction between two 
subsystems, in accordance with one embodiment; 
5 Figure 4 illustrates data transfer unit of Fig. 1 in further detail, in accordance 

with one embodiment; 

Figures 5a-5b illustrate the operational states and the transition rules for the 
state machines of Fig. 4, in accordance with one embodiment; and 

Figures 6a-6c are timing diagrams for practicing the present invention, in 
10 accordance with one implementation. 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention includes interface units and operational methods for 
1 5 flexibly facilitating inter-subsystem communication between subsystems of a SOC. 
In the following description, various features and arrangements will be described, to 
provide a thorough understanding of the present invention. However, the present 
invention may be practiced without some of the specific details or with alternate 
features/arrangement. In other instances, well-known features are omitted or 
20 simplified in order not to obscure the present invention. 

The description to follow repeatedly uses the phrase "in one embodiment", 
which ordinarily does not refer to the same embodiment, although it may. The terms 
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"comprising", "having", "including" and the like, as used in the present application, 
including in the claims, are synonymous. 

Overview 

5 Referring now to Figure 1, wherein a block diagram illustrating an overview of 

a SOC 100 with subsystems 102a-102d incorporated with the teachings of the 
_ present invention for inter-subsystem communication, in accordance with one 

□ embodiment, is shown. As illustrated, for the embodiment, SOC 100 includes on- 

ol chip bus 104 and subsystems 102a-102d coupled to each other through bus 104. 

ffj 10 Moreover, each of subsystems 102a-102d includes data transfer unit or interface 

•2? ii 

JL (DTU) 108a-108d incorporated with teachings of the present invention, 

LfJ correspondingly coupling the subsystems 102a-102d to bus 104. SOC 100 also 

3 includes arbiter 106, which is also coupled to bus 104. 

§u 

In one embodiment, bus 104 includes a number of sets of request lines (one 
1 5 set per subsystem), a number of sets of grant lines (one set per subsystem), and a 
number of shared control and data/address lines. Included among the shared 
control lines is a first control line for a subsystem granted access to the bus (grantee 
subsystem, also referred to as the master subsystem) to assert a control signal to 
denote the beginning of a transaction cycle, and to de-assert the control signal to 
20 denote the end of the transaction cycle; and a second control line for a subsystem 
addressed by the grantee/master subsystem (also referred to as the slave 
subsystem) to assert a control signal to inform the grantee/master subsystem that 
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the addressee/slave subsystem is busy (also referred to as "re-trying" the master 
system). 

As a result of the facilities advantageously provided by DTU 108a-108d, and 
the teachings incorporated in subsystem 102a-102d, subsystems 102a-102d are 
5 able to flexibly communicate and cooperate with each other, allowing subsystems 
102a-102d to handle a wide range of different functions having different needs. 
More specifically, as will be described in more detail below, in one embodiment, 
subsystems 102a-102d communicate with each other via transactions conducted 
across bus 104. Subsystems 102a-102d 5 by virtue of the facilities advantageously 

1 0 provided by DTU 108a-108d, are able to locally prioritize the order in which its 

transactions are to be serviced by the corresponding DTU 108a-108d to arbitrate for 
access to bus 104. Further, in one embodiment, by virtue of the architecture of the 
transactions, subsystems 102a-102d are also able to flexibly control the priorities on 
which the corresponding DTU 108a-108d are to use to arbitrate for bus 104 with 

1 5 other contending transactions of other subsystems 1 02a-1 02d. 

Arbiter 106 is employed to arbitrate access to bus 104. That is, arbiter 106 is 
employed to determine which of the contending transactions on whose behalf the 
DTU 108a-108d are requesting for access (through e.g. the request lines of the 
earlier described embodiment), are to be granted access to bus 104 (through e.g. 

20 the grant lines of the earlier described embodiment). 

SOC 100 is intended to represent a broad range of SOC, including multi- 
service ASIC. In particular, in various embodiments, subsystems 102a-102d may be 
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one or more of a memory controller, a security engine, a voice processor, a 
collection of peripheral device controllers, a framer processor, and a network media 
access controller. Moreover, by virtue of the advantageous employment of DTU 
108a-108d to interface subsystems 102a-102d to on-chip bus 104, with DTU 108a- 
5 108d and on-chip bus operating on the same clock speed, the core logic of 
subsystems 102a-102d may operate in different clock speeds, including clock 
speeds that are different from the clock speed of non-chip bus 104 and DTU 108a- 

o 

Sp; 108d. In one embodiment, one or more subsystems 102a-102d may be a multi- 
Oi function subsystems, in particular, with the functions identified by identifiers. Except 
01 10 for the teachings of the present invention incorporated into subsystems 102a-102d, 
O the exact constitution and the exact manner their core logic operate in providing the 
l Ji functions/services the subsystems are immaterial to the present invention. While for 

~; ease of understanding, SOC 100 is illustrated as having only four subsystems 102a- 

102d, in practice, SOC 100 may have more or less subsystems. In particular, by 
1 5 virtue of the advantageous employment of DTU 1 08a-1 08d to interface subsystems 

102a-102d to on-chip bus 104, zero or more selected ones of subsystems 102a- 

102d may be removed, while other subsystems 102a-102d may be flexibly added to 

SOC 100. 

Similarly, arbiter 106 may be any one of a number of bus arbiters known in 
20 the art. The facilities of DTU 108a-108d and the teachings incorporated into the 
core logic of subsystems 102a-102d to practice the present invention will be 
described in turn below. 
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Method 

Referring now to Fig. 2, wherein a flow chart illustrating a method of the 
present invention, in accordance with one embodiment, is shown. As illustrated, in 
5 accordance with the present invention, subsystems 102a-102d initiate transactions 
with one another, using the facilities of their corresponding DTU 108a-108d to locally 

§ prioritize the order the transactions of the corresponding subsystems are to be 

D 

ffl serviced, for arbitration for access to bus 104, block 202. 

CP Further, for the embodiment, for each transaction, each subsystem 102a- 

m 1 0 1 02d also includes as part of the transaction the bus arbitration priority the 

t\ corresponding DTU 108a-108d is to use to arbitrate for access to bus 104, when 

7. i J 

S3 servicing the transaction in the prioritized manner. 

fu In response, DTU 108a-108d service the transactions of the respective 

subsystems 102a-102d accordingly, and arbitrating for access to bus 104, using the 

15 bus arbitration priorities included among the transactions. Arbiter 106 in turn grants 
accesses to bus 104 based on the bus arbitration priorities of the contending 
transactions, block 204. 

In one embodiment, arbiter 106 grants access strictly by the transaction 
priorities, e.g. in a three priority implementation, all high priority transactions will be 

20 granted access first, before the medium priority transactions are granted access, 
and finally the low priority transactions are granted access. In another embodiment, 
arbiter 106 further employs certain non-starvation techniques, to ensure the medium 
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and/or low priority transactions will also be granted access to bus 104. The non- 
starvation techniques may be any one of a number of such techniques known in the 
art. 

Still referring to Figure 2, once granted access to bus 104, the grantee DTU 

v.. 

5 108* places the grantee transaction on bus 104 (through e.g. the shared 

data/address lines of the earlier described embodiment). In one embodiment, the 
transaction includes address of the targeted subsystem 102*. In response, once 
S placed onto bus 104, the addressee subsystem 102* claims the transaction, and 

jjj acknowledges the transaction, or if the subsystem 102* is busy, instructs the 
HI 10 requesting subsystem 102* to retry later, block 206. If acknowledgement is given 
O and a reply is due (as in the case of a read request), the reply is later initiated as a 

jV reply transaction. In other words, for the embodiment, "read" transactions are 

si accomplished in a "split" manner. 

In the present application, for ease of designation, the trailing "*" of a 
1 5 reference number denotes one of the instances of reference. For example, 108* 
means either 108a, 108b, 108c or 108d. 

Exemplary Transaction Formats 
Figures 3a-3b illustrate two exemplary transaction formats, a request format 
20 and a reply format, suitable for use to practice the present invention, in accordance 
with one embodiment. As illustrated in Fig. 3a, exemplary request transaction 302 
includes three parts, first header 301a, second header 301b, and optional data 
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portion 312. First header 301a includes in particular, a command or request code 
304, which for the embodiment, includes the bus arbitration priority, and address 306 
of the target subsystem 102*. The various subsystems 102a-102d of SOC 100 are 
assumed to be memory mapped. Arbitration is initiated by a DTU 108* requesting 
5 arbiter 106 for access (through e.g. the earlier described subsystem based request 
lines), including with the request the included bus arbitration priority in the command 
h portion 304 of first header 301 a. Second header 301 b includes an identifier 

03 identifying a function of the originating subsystem 1 02*, allowing subsystem 1 02* to 

y i 

3; be a multi-function subsystem and be able to associate transactions with the various 
m 10 functions. Second header 301b also includes size 310. For write transactions, size 
jfj 310 denotes the size of the write data to follow (the "optional" data portion), in 
m number of bytes. For read transactions, size 310 denotes the size of the data being 
pj accessed (i.e. read), also in number of bytes. 

As illustrated in Fig. 3b, exemplary reply transaction 322 also includes three 
1 5 parts, first header 321a, second header 321b and data 332. First header 321a 
includes in particular, a command or request code 324, which includes the bus 
arbitration priority, identifier 328 which identifies the subsystem and its function, and 
low order byte of targeted address 326a of the replying subsystem 102*. As alluded 
earlier, data 332 includes the data being accessed/read by the original read request. 
20 Again, arbitration is initiated by a DTU 108* requesting arbiter 106 for access 

(through e.g. the earlier described subsystem based request lines), including with 
the request the included bus arbitration priority in the command portion 324 of first 
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header 321a. Second header 321b includes the remaining high order bytes targeted 
address 326a of the replying subsystem 102*. Accordingly, employment of these 
transaction formats enables a subsystem 102* to communicate with another 
subsystem 102* at any byte position, reducing the number of operations for 
unaligned data transfers. 

In one embodiment, different commands are supported for "conventional" 
data versus control, and voice data. More specifically, for the embodiment, the 
commands supported are: 



Command 
Code 


Command 


Description 


000 


Reserved 


Reserved 


001 


DRead 


Data Read Request 


010 


CRead 


Control Read Request 


011 


VRead 


Voice Read Request 


100 


DWrite 


Data Write Request 


101 


CWrite 


Control Write Request 


110 


VWrite 


Voice Write Request 


111 


Reply 


Read Reply 
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Data Transfer Units 
Figure 4 illustrates DTU 108* in further details, in accordance with one 
embodiment. As illustrated, DTU 108* includes a number of pairs of outbound and 
inbound transaction queues 402* and 404*, one pair each for each priority level. For 
5 example, in one embodiment where DTU 108* supports three levels of priority, high, 
medium and low, DTU 108* includes three pairs of outbound and inbound 
t' transaction queues 402a and 404a, 402b and 404b, and 402c and 404c, one each 
2 for the high, medium and low priorities. In another embodiment, DTU 108* supports 
CP two levels of priority, high and low, DTU 108* includes two pairs of outbound and 
W 10 inbound transaction queues 402a and 404a, and 402b and 404b, one each for the 
high and low priorities. Of course, in other embodiments, DTU 108* may support 
LJf more than three levels of priority or less than two levels of priority, i.e. no 
jfy prioritization. 

Additionally, DTU 108* includes outbound transaction queue service state 
15 machine 406 and inbound transaction queue service state machine 408, coupled to 
the transaction queues 402* and 404* as shown. Outbound transaction queue 
service state machine 406 services, i.e. processes, the transactions placed into the 
outbound queues 402* in order of the assigned priorities of the queues 402* and 
404*, i.e. with the transactions queued in the highest priority queue being serviced 
20 first, then the transaction queued in the next highest priority queue next, and so 
forth. 
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For each of the transactions being serviced, outbound transaction queue 
service state machine 406 provides the control signals to the corresponding 
outbound queue 402* to output on the subsystem's request lines, the included bus 
arbitration priority of the first header of the "oldest" (in turns of time queued) 
transaction of the queue 402*, to arbitrate and compete for access to bus 104 with 
other contending transactions of other subsystems 102*. Upon being granted 
access to bus 104 (per the state of the subsystem's grant lines), for the embodiment, 
outbound transaction queue service state machine 406 provides the control signals 
to the queue 402* to output the remainder of the transaction, e.g. for the earlier 
described transaction format, the first header, the second header and optionally, the 
trailing data. 

Similarly, inbound transaction queue service state machine 408 provides the 
control signals to the corresponding inbound queue 402* to claim a transaction on 
bus 104, if it is determined that the transaction is a new request transaction of the 
subsystem 102* or a reply transaction to an earlier request transaction of the 
subsystem 102*. Additionally, in one embodiment, if the claiming of a transaction 
changes the state of the queue 404* from empty to non-empty, inbound transaction 
queue service state machine 408 also asserts a "non-empty" signal for the core logic 
(not shown) of the subsystem 102*. 

In due course, the core logic, in view of the "non-empty" signal, requests for 
the inbound transactions queued. In response, inbound transaction queue service 
state machine 408 provides the control signals to the highest priority non-empty 
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inbound queue to cause the queue to output the "oldest" (in turns of time queued) 
transaction of the queue 404*. If all inbound queues 404* become empty after the 
output of the transaction, inbound transaction queue service state machine 408 de- 
asserts the "non-empty" signal for the core logic of the subsystem 102*. 
5 Thus, under the present invention, a core logic of a subsystem 102* is not 

only able to influence the order its transactions are being granted access to bus 104, 
relatively to transactions of other subsystems 102*, through specification of the bus 
arbitration priorities in the transactions' headers, a core logic of a subsystem 102*, 
by selectively placing transactions into the various outbound queues 402* of its DTU 

10 108*, may also utilize the facilities of DTU 108* to locally prioritize the order in which 
its transactions are to be serviced to arbitrate for access for bus 104. 

Queue pair 402* and 404* may be implemented via any one of a number of 
"queue" circuitry known in the art. Similarly, state machines 406-408, to be 
described more fully below, may be implemented using any one of a number 

1 5 programmable or combinatory circuitry known in the art. In one embodiment, 
assignment of priorities to the queues pairs 402* and 404* are made by 
programming a configuration register (not shown) of DTU 108*. Likewise, such 
configuration register may be implemented in any one of a number of known 
techniques. 

20 
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State Machines 

Referring now to Figures 5s and 5b wherein two state diagrams illustrating 
the operating states and transitional rules of state machines 406 and 408 
respectively, in accordance with one embodiment, are shown. The embodiment 
assumes three pairs of queues 402a and 404a, 402b and 404b, and 402c and 404c, 
having three corresponding level of assign priorities, high, medium and low. 

As illustrated in Fig. 5a, initially, for the embodiment, state machine 406 is in 
idle state 502. If state machine 406 detects that the high priority queue 402a is non- 
empty, it transitions to first arbitrate state 504, and arbitrate for access to bus 104 for 
the "oldest" (in terms of time queued) transaction queued in the high priority queue 
402a. However, if while in idle state 502, state machine 406 detects that the high 
priority queue 420a is empty and the medium priority queue 402b is not empty, it 
transitions to second arbitrate state 508, and arbitrate for access to bus 104 for the 
"oldest" (in terms of time queued) transaction queued in the medium priority queue 
402b. Similarly, if while in idle state 502, state machine 406 detects that both the 
high and medium priority queues 402a-402b are empty, and the low priority queue 
402c is not empty, it transitions to third arbitrate state 512, and arbitrate for access 
to bus 104 for the "oldest" (in terms of time queued) transaction queued in the low 
priority queue 402c. If none of these transition conditions are detected, state 
machine 406 remains in idle state 502. 

Upon arbitrating for access to bus 104 for the "oldest" (in terms of time 
queued) transaction queued in the highest priority queue 402a after entering first 
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arbitrate state 504, state machine 406 remains in first arbitrate state 504 until the 
bus access request is granted. At such time, it transitions to first placement state 
506, where it causes the granted transaction in the high priority queue 404a to be 
placed onto bus 104. 

5 From first placement state 506, state machine 406 returns to one of the three 

arbitrate states 504, 508 and 512 or idle state 502, depending on whether the high 
priority queue 402a is empty, if yes, whether the medium priority queue 402b is 
empty, and if yes, whether the low priority queue 402c is also empty. 

Similarly, upon arbitrating for access to bus 104 for the "oldest" (in terms of 

1 0 time queued) transaction queued in the medium priority queue 402b after entering 
second arbitrate state 508, state machine 406 remains in second arbitrate state 508 
until the bus access request is granted. At such time, it transitions to second 
placement state 510, where it causes the granted transaction in medium priority 
queue 402b to be placed onto bus 104. 

1 5 From second placement state 51 0, state machine 406 returns to one of the 

three arbitrate states 504, 508 and 512 or idle state 502, depending on whether the 
high priority queue 402a is empty, if yes, whether the medium priority queue 402b is 
empty, and if yes, whether the low priority queue 402c is also empty. 

Likewise, upon arbitrating for access to bus 104 for the "oldest" (in terms of 

20 time queued) transaction queued in the low priority queue 402c, state machine 406 
remains in third arbitrate state 512 until the bus access request is granted. At such 
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time, it transitions to third placement state 514, where it causes the granted 

transaction in low priority queue 402b to be placed onto bus 104. 

From third placement state 514, state machine 406 returns to one of the three 

arbitrate states 504, 508 and 512 or idle state 502, depending on whether the high 
5 priority queue 402a is empty, if yes, whether the medium priority queue 402b is 

empty, and if yes, whether the low priority queue 402c is also empty, 
jz As illustrated in Fig. 5b, initially, for the embodiment, state machine 408 is 

m also in idle state 602. While at idle state 602, if no transaction on bus 104 is 
J addressed to the subsystem 1 02* (or one of the functions of the subsystem 1 02*, in 
yi 1 0 the case of a reply transaction), nor are there any pending request for data from the 
O core logic of the subsystem 102*, state machine 408 remains in idle state 602. 

hi 

.-. 

SEX S 

J/JJ However, if the presence of a transaction on bus 104 addressed to the 

."■SS& 

m subsystem 102* (or one of the functions of the subsystem 102*, in the case of a 

reply transaction) is detected, state machine 408 transitions to claim state 604, 
1 5 where it provides control signals to the appropriate queue 404* to claim the 
transaction, and acknowledges the transaction. 

If claiming of the transaction changes the state of the queues from all empty 
to at least one queue not empty, state machine 408 transitions to the notify state 
606, in which it asserts the "non-empty" signal for the core logic of subsystem 102*, 
20 as earlier described. 

From notify state 606, state machine 408 transitions to either claim state 604 
if there is another transaction on bus 104 addressed to the subsystem 102* (or a 
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function of the subsystem 102*, in case of a reply), or output state 608, if there is a 
pending request for data from the core logic of the subsystem 102*. From output 
state 608, state machine 408 either transitions to claim state 604 another transaction 
on bus 104 addressed to the subsystem 102* (or a function of the subsystem 102*, 
in case of a reply) is detected, remains in output state 608 if there is no applicable 
transaction on bus 104, but request for data from the core logic is outstanding, or 
returns to idle state 602, if neither of those two conditions are true. 

Bus Signals, Timing and Rules 



In one embodiment, the bus signals supported are as follows: 



Signal Name 


Signal Width 


Description 


MSCLK 


1 


Bus Clock (e.g. 25-100 MHz) 


MSRST 


1 


System Bus Reset 


MSAD[31:0] 


32 


Address/Data (tri-state, bi-directional) 


MSCYC 


1 


Shared among subsystems to denote master bus 
cycles 


MSREQ-1:0] 


pair for each 
subsystem 


Bus request, 2 per subsystem to gain ownership of 
bus 


MSGNT 


#of 
subsystems 


Bus grant - signifies subsystem own the bus 


MSSEL 


1 


Slave select - signifies subsystem has been 
selected (tri-state) 
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MSRDY 


1 


Master ready - signifies master data ready on the 
bus (tri-state) 


MSBSY 


1 


Slave Busy - signifies selected device is busy (tri- 
state) 


MSINT 


#of 
subsystems 


Interrupt request 



In one embodiment, the request codes supported are as follows: 



Req[1:0] 


Request Type 


00 


Idle - no request 


01 


Low priority ("conventional" Data) 


10 


Medium priority (Control) 


11 


High priority (Voice and Replies) 



Figures 6a-6c are three timing diagrams illustrating the timings of the various 
5 signals of the above described embodiment, for burst write timing, write followed by 
read timing and read followed by write timing (different subsystems) respectively. 

In one embodiment, the maximum burst transfer size is 64-bytes of data (+ 8 
bytes for the transaction header). The subsystems guarantee the burst transfers to 
be within a page. The slave devices would accept the maximum sized transfer (64 
1 0 bytes + header) before generating the above described MSSEL signal. 
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In one embodiment, each data transfer unit would permit only one Read 
request to be outstanding. If a Read request is pending, the subsystem would not 
accept requests from other masters until the reply to the outstanding Read request 
has been received. This advantageously prevents a deadlock condition. The 
subsystem may, however, continue to generate write requests. 

In alternate embodiments, the present invention may be practiced with other 
approaches being employed to address these and other operational details. 

Conclusion and Epilogue 
Thus, it can be seen from the above descriptions, an improved method and 
apparatus for inter-subsystem communication between subsystems of a SOC has 
been described. The novel scheme advantageously enables the core logic of the 
subsystems to operate in different clock domains. Moreover, the novel scheme 
enables subsystems to be flexibly added to or removed from a particular 
implementation of the SOC. While the present invention has been described in 
terms of the foregoing embodiments, those skilled in the art will recognize that the 
invention is not limited to these embodiments. The present invention may be 
practiced with modification and alteration within the spirit and scope of the appended 
claims. Thus, the description is to be regarded as illustrative instead of restrictive on 
the present invention. 
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